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ABSTRACT 



A method of controlling a telecommunication network man- 
agement is disclosed. By the method, a managing subject of 
a telecommunication network carries out a management 
sequence for management information of the telecommuni- 
cation network in an agent subject. Thejmethodicomprises* 
the_steps-of-(a)T 
cmformation:initheTtnai^ 
attab utes-of ;:the~management^ 
classeszcorrespljn^^ 
t meimemod;;me:manaCTg-sufo 
m ent-seq uence ;with-a-h igher;spee^^ 
a nd -mana ges'theicach^for^cfi^ 

7 Claims, 21 Drawing Sheets 
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FIG. 2 



S 1 0 



S 5 0 



S 1 0 0 



S 1 5 0 



S 2 0 0 



CrossConnect ion MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X. 721 : 1992" : top; 
CHARACTERIZED BY CrossConnect ionPackage PACKAGE 
BEHAVIOUR crossConnectionBehaviour ; 
ATTRIBUTES 

CrossConnect ionld 
GET, 

"Recommendation X. 721 : 1992" :administrat i veState 
GET-REPLACE, 

"Recommendation X. 721 : 1992" : operational State 

GET; 
signalType 

GET; 

fromTermi nation 

GET; 
toTerminat i on 

GET; 
directionality 

GET; ; ; 

REGISTERED AS {m31000bjectClass 15 } ; 
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FIG. 5 
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CrossConnect ion MANAGED OBJECT CLASS 

DERIVED FROM "Recommendation X.721: 1992": top; 
CHARACTERIZED BY CrossConnect ionPackage PACKAGE 

BEHAVIOUR crossConnectionBehaviour ; 

ATTRIBUTES 

CrossConnect ionld — fpragma : Attri buteClass. C 
GET; 

"Recommendation X. 721 : 1992" :admi nis trat i veState 

-- jfpragma : AttributeClass. B 

GET-REPLACE. 

"Recommendation X.721 : 1992" :operat ionalState 

-- jfpragma : AttributeClass. A 



S 3 5 0 



S 4 0 0 



GET; 
signal Type 

GET; 
fromTermination 

GET; 
toTermi nation 

GET; 
directionality 

GET;;; 

REGISTERED AS (m31000bjectClass 15 } ; 



— jfpragma : AttributeClass. C 

-- Jjpragma : AttributeClass. C 

-- jfpragma : AttributeClass. C 

-- flpragma : AttributeClass. C 
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FIG. 6 



S 5 1 0 /* 

type ' ' Object Instance' ' ' ' Object Id' ' 

is defined in X711 document. 
/* 

S 5 5 0 

typedef Object Instance Object Instance; 

typedef Object Id Objectld; 

interface CrossConnect ion : X721 top, MO top ( 

S 6 0 0 readonly attribute Objectld crossConnetionld; 

attribute enum administrati veState; 

readonly attribute enum operationalState;' 

readonly attribute enum signalType; 

readonly attribute Object Instance fromTermi nation; 
S 6 5 0 readonly attribute Objectlnstance toTermination; 

readonly attribute enum directionality; 

} ; 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 7 of 21 5,845,080 



FIG. 7 



CrossConnect Cache(O) 



CrossConnect ion Id 



AttributeClass. C 



administrativeState 



AttributeClass. B 



operationalState 



AttributeClass. A 



signal Type 



AttributeClass. C 



fromTermi nation 



AttributeClass. C 



toTermination 



AttributeClass. C 



directionality 



AttributeClass. C 



[1] 
[2] 
C3] 
[4] 
[5] 
C6] 
[7] 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 8 of 21 5,845,080 



FIG. 8 



CrossConnect Cache(O) 



[1] 




(2] 


13] 


_L 


(4) 




[5] 




(6) 


[7] 



crossConnectionld 



AttributeClass. C 



administrativeState 



AttributeClass. C 



fromTermi nation 



AttributeClass. C 




toTermination 



AttributeClass, C 



directionality 
AttributeClass. C 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 9 of 21 5,845,080 



F I G. 9 



(start) 



> 


4 S 7 0 0 


INQUIRE TO AN AGENT WHETHER AN ATTRIBUTE-PARTITIONED 
CACHE AND AN ATTR 1 BUTE-PART 1 T 1 ONHJPDAT 1 NG 
PROTOCOL ARE EQUIPPED THEREIN OR NOT 


> 


4 S T 1 0 



• S 7 2 0 YES 




ANALYZE THE ANSWER FROM THE AGENT 




NO 



THE ATTRIBUTE-PARTITIONED CACHE 
AND 

THE ATTRIBUTE-PARTITION-UPDATING 
PROTOCOL ARE APPLIED 



• S 7 3 0 



THE ATTRIBUTE IS UPDATED BY 
USING THE CONVENTIONAL CM I P 



( END ) 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 10 of 21 5,845,080 



FIG. 10 

(start) 



7 5 0 



RECEIVE AN INQUIRY WHETHER AN ATTRIBUTE-PARTITIONED 
CACHE AND AN ATTRIBUTE-PARTITION-UPDATING PROTOCOL 
ARE EQUIPPED OR NOT FROM A MANAGER 


> 


4 S 7 6 0 


CHECK WHETHER THE ATTRIB 
USABLE OR NOT BY ANAL Y2 IN 

M 


UTE-PARTITIONED CACHE IS 
G THE ATTRIBUTE OF CACHE 
0 



i ^ T 7 0 

RETURN THE CHECK RESULT TO THE 
MANAGER 



S 7 8 0 




INITIALIZE event-scheduler TO 
ENABLE broadcast FROM AN AGENT 



< 

( END ^) 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 11 of 21 



5,845,080 



FIG. 11 



(start) 



■S 8 1 0 



• S 8 0 0 




IS AN MO PRESENT IN A CACHE ? 



YES 



THE CONTENT OF THE CACHE IS 
ACCESSED 




NO 



■ S 8 2 0 



A CACHE-MANAGEMENT SEQUENCE IS 
EXECUTED TO UPDATE THE CONTENT OF 
THE CACHE WITH A CM I P PROTOCOL 



lS 8 3 0 



A CACHE COHERENCY PROTOCOL IS EXECUTED 



( END ) 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 1, 1998 



Sheet 12 of 21 



5,845,080 



FIG. 12 




08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 13 of 21 



5,845,080 



FIG. 13 



1 2. Manager 




TIME 



1 0. Agent 

u 



NON-VOLATILE 

MEMORY 
(Assoc-Record) 



MO 



-41 

-40 



s 




& 


& 






& 


\a 


X 


s 







08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 14 of 21 5,845,080 



FIG. 14 




08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 15 of 21 5,845,080 



FIG. 15 



(start) 



> 


4 S 9 0 0 


SEND AN INQUIRY ABOUT AN MO-ATTRIBUTE 
CONTENT TO EACH MANAGER 


> 


4 S 9 1 0 


RECEIVE THE ANSWERS FROM THE MANAGERS 


> 


9 2 0 


ADOPT ONE OF THE ANSWERS. WHOSE UPDATED 
TIME IS LATEST 




9 3 0 


RESTORE AN AGENT OPERATION 


> 


t 



( END ) 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 16 of 21 



5,845,080 




08/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 1, 1998 



Sheet 17 of 21 



5,845 



QQ 



03 

05 
05 
< 
►J 
U 

w 

H 
D 
CQ 
H 
OS 

H 
H 
< 




> V 



CD 



cn 

u 
w 

H 
D 

CQ 
H 



2 



<V 
DO 




08/26/2003, EAST Version: 1.04.0000 



U.S. Patent 



Dec. 1, 1998 



Sheet 18 of 21 



5,845,080 





08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 19 of 21 5,845,080 




U.S. Patent Dec. 1, 1998 Sheet 20 of 21 5,845,080 



o 



CD 

w 
< 

i-3 

u 
w 

H 
CO 

M 
OS 

H 
H 
< 




e 

CD 



bo 




00 



bo 



CvJ 



< 
u 
w 

D 
CQ 
H 
OS 
H 

S2 



oo 



60 



08/26/2003, EAST Version: 1.04.0000 



U.S. Patent Dec. 1, 1998 Sheet 21 of 21 5,845,080 



CD 
LL 



QQ 

W 
W 
< 

a 
w 

H 
D 
03 

H 

K 
H 
H 
< 



2 

00 



DO 




08/26/2003, EAST Version: 1.04.0000 



5,84 

1 

COMMUNICATION NETWORK 
MANAGEMENT APPARATUS USING A 
CACHE ARRANGED AS A RESULT OF A 
STATICAL ANALYSIS OF COMMUNICATION 
RELATED CHARACTERISTICS 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention generally relates to a method of 
controlling telecommunication network management, and 
more particularly, to a method of controlling telecommuni- 
cation network management for an object-oriented network. 

Recently, development of network management of a tele- 
communication network is being promoted by demands for 
broad-band and highly reliable communication. A method of 
controlling telecommunication network management, which 
is called "telecommunication management network 
(TMN)", has been developed. For an international standard 
of the network management, a recommendation M.3100 for 
the TMN has been proposed by ITU-T (CCITT). For highly 
reliable and highly efficient network management, there is a 
need for a method of controlling the telecommunication 
network management which can meet a process load 
requirement of the network management and prevent an 
excessive delay on the telecommunication. 

2. Description of the Prior Art 

In telecommunication network management based on the 
TMN, management information such as conditions of com- 
munication apparatus and connection conditions of net- 
works is represented by objects which are called "managed 
objects (MOs)". The telecommunication network manage- 
ment is controlled as follows: a management subject called 
"a manager" transmits a command to an agent subject called 
"an agent" by using a communication protocol called "a 
common management information protocol (CMIP)", and 
the agent operates an MO as an object of the management 
according to a content of the command. 

A group of MOs in the agent is called "a management 
information base (MIB) J \ An attribute of an MO is an 
element of elements constituting the management 
information, and means, for example, a physical condition 
such as on/off of a switch. 

For example, the manager can read (M-GET) or write 
(M-SET) an attribute of an MO, by transmitting a command 
of the CMIP to the agent. In general, the telecommunication 
network management is carried out in such a sequence 
(management sequence) using the CMIP commands. 

When the telecommunication network management based 
on the TMN is applied to a large-scale network, an intra- 
network delay between the manager and the agent is 
increased. In addition to the intra-network delay, there is also 
a delay for protocol processing of the CMIP. As a result, a 
total delay time may be tens of milliseconds. There is thus 
a problem that in a management sequence in which the 
manager needs to frequently access attribute information of 
the MOs in the agent for supervising a traffic condition and 
a for checking possible problems in the network, it takes a 
long time to perform the management sequence. 

On the other hand, a method for decreasing the intra- 
network delay by using a cache is previously known. By 
using the cache, an access time, more specifically, a time for 
reading an attribute of an MO can be extremely reduced. 
However, when the cache is used, it is necessary to ensure 
a coherency between contents of caches, and the coherency 
must be always maintained by using a coherency protocol. 
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Therefore, as the number of the caches is increased, mes- 
sages of the coherency protocol are also increased. Thus, 
management traffic is increased and the load of the network 
is increased, so that there is a danger that the network may 

5 fall into a congested condition in a certain operating method 
of the telecommunication network management. In the prior 
art, it is difficult to perform a reduction of the intra-network 
delay using the cache without increasing the management 
traffic in the network. Therefore, the cache technology is not 

10 widely used in the telecommunication network manage- 
ment. 

To cope with a problem occurred in the agent, an attribute 
of an MO is stored in a data base, and when the problem is 
fixed, the attribute of the MO is returned from the data base. 

15 Further, for the above same purpose, by copying the attribute 
of the MO to plurality machines after the content of the 
attribute is changed, the attribute of the MO may be always 
maintained. In further detail, the data bases are located in 
plurality hosts, and after the content of the MO attribute is 

20 changed in one data base, the MO attribute is copied to other 
data bases. In the above methods, though a fault-tolerancy is 
improved, the copying is independent of the cache in the 
manager and is not used as the cache by the managing 
application in the manager. Therefore, the copying does not 

25 directly contribute to an increase in the processing speed of 
the telecommunication network management system. Also, 
when the cache is located independent of the copying, the 
data bases have the same information, which represents a 
low efficiency. 

30 

SUMMARY OF THE INVENTION 

It is an object of this invention to provide a method of 
controlling telecommunication network management. The 
processing speed of a management sequence of the telecom- 
munication network management can be increased. In the 
telecommunication network management, a cache manage- 
ment is optimized, and this optimization ensures a cache 
coherency and suppresses an increase of a management 
traffic. Also the cache is effectively used to fix a problem 

40 occurred in an agent. This permits the disadvantages 
described above to be eliminated. 

The object described above is achieved by a method of 
controlling telecommunication network management, by 

45 which method a managing subject of a telecommunication 
network carries out a management sequence for manage- 
ment information of the telecommunication network in an 
agent subject, the method comprising the steps of: (a) 
locating a cache storing the management information in the 

50 managing subject; and (b) partitioning attributes of the 
management information into attribute classes correspond- 
ing to demands for cache coherency; wherein the managing 
subject carries out the management sequence with a higher 
speed by accessing the cache, and manages the cache for 

55 each attribute class efficiently. 
The^jtojert^deseabe'd- 
metl^jmenticmelMbd^ 
pris^yhejstepiiQ§(^ 
elemenjilor^^^ 

60 s&tmg#an^imti^ 

The object described above is also achieved by the 
method mentioned above, wherein the method further com- 
prises the step of (d) automatically generating an interface 
65 processing element for executing a coherency protocol for 
each attribute class by determining the attribute class from 
a definition of the management information. 
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The object described above is also achieved by the BRIEF DESCRIPTION OF THE DRAWINGS 

method mentioned above, wherein the method further com- .., . ... , , 

prises the step of (e) ensuring the cache coherency by using ^ show * » ^lustration for explaining a method of 

a coherency protocol corresponding to each attribute class. controlling telecommunication network management 

Hie object described above is also achieved by the s accordin g to the P resent invention; 

method mentioned above, wherein the method further com- FIG. 2 shows an illustration for explaining a guideline of 

prises the step of (f) managing the cache based on a the definition of managed object (GDMO); 

least-recently-used algorithm. FIG. 3 shows a system flowchart for producing caches and 

The object described above is also achieved by the setting initial values in TMN telecommunication-network- 
method mentioned above, wherein the agent subject com- 10 management control* 

prises a non-volatile storage element for storing manage- sk)ws p rocessj Wock di of an IDL 

ment information of the managing subject connected to the shown ^ G * 

agent subject. v 1 

The object described above is also achieved by the FIG. 5 Shows an illustration for explaining the GDMO in 

method mentioned above, wherein the method further com- 1$ pragma statements are included; 

prises the step of (g) restoring, after a problem in the agent FIG. 6 show an illustration for explaining the definition of 

subject has been fixed, the management information of the the IDL; 

agent subject by using the content of the cache in the p IG 7 snows aQ exam pi e 0 f a cacne in a memory 

managing subject which is stored in a non-volatile storage associated with a CrossConnect MO attribute shown in FIG. 

element. 5. 

According to the method of controlling the telecommu- 20 ' _ _ f - . , lL , . 

. * 1 ™ , . „ 1 „ tUa „„„u„ ;„ FIG. 8 shows another example 01 the cache in the memory 

nication network management, by locating the cache in the r / 

managing subject, the managing subject may execute the associated with the CrossConnect MO attribute shown m 

management sequence^with extremely high speed. iByip&fr ^* 

titjorung'tKe^ttrib utes- of-the-^ FIG. 9 shows a flowchart of an initializing routine of the 

^ttfi bute ^classes-corresponding ~to ^demands- f or-cache^ 25 manager; 

c ohere ncy; cacheTmanagement;may:b~e^umized? FIG. 10 shows a flowchart of initializing routine of the 

^ According to the method of controlling the telecommu- agent; 

nication network management, the initializing element is FIG. 11 shows a flowchart of cache access carried out by 

automatically generated by the definition of the management ^ the manager; 

information, thereby the cache which was partitioned into 30 piG. 12 shows a cache management sequence in a case of 

the attribute classes is kept in the managing subject, and the using LRT j. 

cache is initialized. Therefore, mteroperabffity with a system ' illustration for explaining a trouble 

using no partitioned cache may be achieved. . iL . r 

A e « 4l _ , , restoration in the agent; 

According to-the' methodlofxontrollmg-the-telecomrmi^ .^^ ^ , , * r . „ ... 

njcatjo ^tWori^^ 35 FIG - 14 L shows a storage formation of a nonvolatile 

ment is automatically ~generated ~by- t he-definition-of -t he memor y shown m FIG - 13 J 

n^gementnn tormation ; thereb v^he coherency-protocol FIG. 15 shows a flowchart of the trouble restoration in the 

for- eacCutribute^ class is~executed. ^Therefore ,-a-pxQper agent; 

c oherent p rotocoFmay^^ ^ FIG. 16 shows a configuration of a hierarchal network; 

According to the method of controlling the telecommu- FIGS. 17A and 17B show attribute updating sequences for 

nication network management, the cache coherency is respective SNMs shown in FIG. 16; 

ensured by using the proper coherency protocol correspond- nGS 18A and lgB respectively show sequences of the 

ing to each attribute class. Therefore, this may prevent the attritmle classes A and B in cases that an Agent spontane- 

management traffic of the network from increasing, and, 45 Qusly changes the attribute content at the time to; 

thus, may suppress an increase in the network load ^ ^ ^ ^ ^ show ^ of the 

According to the method of controlling of the telecom- cUgges A and B {n ^ ^ ^ NM ch ^ 

mumcation network management, the partitioned cache is ^ ^ ^ 

managed based on the least recently used algorithm. . - ■ 

Therefore, this may prevent the cache area from increasing, 50 PIGS. 20A and 20B respectively show sequences of the 

and, thus, may enable an effective memory use. attribute classes A and B m cases that a read request is 

According to the method of controlling the telecommu- f ™ rated d when mana e ement sc ^ uence 15 execut6d m the 

nication network management, the agent subject includes ' an 

the non-volatile storage element. Therefore, when the prob- FIGS. 21A and 21B respectively show sequences of the 

lem occurs in the agent subject, the information of the 55 attribute classes A and B in cases that the read request is 

managing subject connected to the agent subject may be generated when the management sequence is executed in the 

kept. NM* 

According to the method of controlling of the telecom- DESCRIPTION OF THE PREFERRED 

mumcation network management, after the problem which EMBODIMENTS 
occurred in the agent subject is fixed, the management eo 

information of the agent subject is restored by using the First, a description will be given of an embodiment of a 
cache in the managing subject. Therefore, the cache may be method of controlling telecommunication network manage- 
effectively utilized for the problem fixing in the agent ment according to the present invention, by referring to FIG. 
subject. 1. FIG. 1 shows an illustration for explaining the method of 
Other objects and further features of the present invention 65 controlling the telecommunication network management 
will be apparent from the following detailed description according to the present invention. In FIG. 1, an agent 10 
when read in conjunction with the accompanying drawings. partitions management information attributes into attribute 
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classes according to physical characteristics and the neces- agement information M3) in the attribute class D, reading 

sity for a cache coherency, and manages resulting sets of and changing the attribute is permissible, 

management information MO to M3 in respective attribute Returning to FIG. 1, for the MO attribute in the attribute 

classes A to D. class C, communication between the manager 12 and the 

A manager 12 has a management sequence 14, and caches s agent 10 is required only when an initial value is set. 

15, 16, 17. The caches 15 to 17 correspond to the sets of Therefore, in a conventional access, the CMIP is not nee- 

management information MO, Ml, M2 of the attribute cssary to maintain the cache coherency. For the attribute 

classes A to C, and respectively store sets of management « l^M* w " ^ ^ %f ,T 

• c *- ™ ™ av> a on/m * i * i 10 * the attribute after the attribute is set, there is little need to 

information CO, CI, C2, A CMIP protocol stack 18 connects , „ , , _ u ' ^ ♦ 

. . m j .u i-i v» , *u . m a m a Pply me cache, and, thus, the cache is not used, 

the agent 10 and the manager 12. Between the agent 10 and 10 , . V, t i . . 

iL ° mnn j * •** j j In the manager 12, when the management sequence 14 is 

the manager 12, CMIP commands are transmitted and cM Qn{ ^ m menl info ? ma tion M 4 0j M1 , M2, 

received, and he management information of the agent 10 ^ management informa tion CO, CI, C2 of the respective 

are transmitted to the manager 12. cachcs 1S u 1? are respectively acce ssed instead of the 

Next, a description will be given of the above attribute management information M0, Ml, M2, and for the manage- 

classes A to D. 15 ment information M3, its attribute is directly controlled by 

The attribute class A is for MO attributes in which using the CMIP command. In this way, the management 

incoherency of the cache is temporarily permitted. This sequence 14 may be performed with a higher speed. For the 

attribute class A contains GET-ONLY attributes which are management information CO, CI, protocols based on 

permitted to be read out only by the manager 12 in response demands of respective coherency are applied. Namely, for 

to the CMIP command "GET". This attribute class A 20 the attribute class A and the attnbute class B, the attributes 

includes MO attributes for supervisor information, MO ° L f te ^Os £ the ?g ent 10 ma V be chan S ed dependent of 

attributes for pass-cost information, MO attributes for net- * c ™» s > * 15 ^f 8 "* \f™ UX V ^ ™l 

! «• * between the attribute content of the MO in the agent 10 and 

work statistic information, etc. . . c , , , & , 

the content of the cache by using the coherency protocol. 

The attribute class B is for MO attributes requiring exact ^ Tfac attribute of me M0 ma y be changed by an independent 

coherency. This attnbute class B contains GET-REPLACE operation of the agent 10 or by the M-SETof other managers 

attributes which are permitted to be read and written onto by wncn plurality managers exist in the network, 

the manager 12 in response to the CMIP command "GET- Next? a description will be given of automatic generation 

REPLACE". This attribute class B includes MO attributes of an interface -processing-section program when compiling, 

for cross-connect information of domain boundaries. 3Q by re f e rring to FIG. 3. FIG. 3 shows a system flowchart for 

The attribute class C contains the GET-ONLY attributes, producing the caches and setting the initial values in the 

and is fixed when an MO is generated using an TMN telecommunication-network-management control. 

"M-CREATE" command of CMIP. This attribute class C is The management information M0 to M3, CO to C2 corre- 

a fixed attribute class which does not change during a spond to those shown in FIG. 1. The management sequence 

fife time of the MO. 35 14 performed by the manager 12 is programed by using a 

The attribute class D is for MO attributes in which there high-class language such as C++ and an interface- 

is no need to locate the cache, since few or no MO attributes description language such as IDL. An interface of accessing 

are read out after this attribute is generated. the MO by the CMIP is defined by the GDMO. An IDL 

FIG. 2 shows an illustration for explaining a guideline of compiler 22 refers a GDMO description 20 of the MO 

the definition of a managed object (GDMO). In FIG. 2, the 40 accessed by the telecommunication-network-management 

MO attributes "crossConnectionld", "administrativeState", sequence, and automatically generates stub.c which is the 

"operationalState", "signalType", "fromTermination", interface -processing-section program (interface processing 

"toTermination", and "directionality" are represented. These means) in the manager 12, manager_init.c which is an 

MO attributes may be roughly partitioned into attribute initializing program (initializing means) when the manager 

classes based on the classes (GET, GET-REPLACE) of the 45 starts to operate, skeleton.c which is the interface- 

GDMO shown in FIG. 2. To which of the classes an MO processing-section program (interface processing means) in 

attribute belongs may be roughly determined by a physical the agent 10, and agent_init.c which is the initializing 

feature (behavior) of the MO attribute. In FIG. 2, from steps program (initializing means) when the agent starts to oper- 

S100, S110, the MO attribute "operationalState" is the ate. 

GET-ONLY attribute which belongs to the attribute class A 50 Since the attribute partitioning such as GET, GET- 
by its physical feature. From steps S80, S90, the attribute REPLACE, which are generally given in the MO description 
"administrativeState" is the GET-REPLACE attribute which of the GDMO description shown in FIG. 2, does not give 
belongs to the attribute class B. From steps S60, S70, S120 substantial information for the demands of the coherency, 
to S190, the attributes "crossConnectionld", "signalType", instructions to the IDL compiler 22 may be included in a 
"fromTermination", "toTermination", "directionality" are 55 comment as "pragma" (as shown in FIG. 5). When the IDL 
respectively the GET-ONLY attributes which belong to the compiler 22 finds "pragma" in the comment which starts by 
attribute class C by their physical features. In the example according to the instructions, the IDL compiler 22 
shown in FIG. 2, there is no attribute class D. keeps a cache area and selects the coherency protocol on the 
Since an attribute in the above attribute class C does not manager's side, and determines a method of accessing the 
change after the attribute is generated, coherency between 60 cache in the future. In further detail, a program for keeping 
the management information C2 of the cache 17 in the the cache area and setting the initial value is produced to 
manager 12 and the management information M2 in the manager_Jnit.c, and a program for accessing to the cache is 
agent 10 is always maintained. The attributes (the manage- produced to stub.c. By also using the same information in 
ment information M0, Ml) in the attribute classes A, B are programs used on the agent's side, the protocols correspond- 
respectively stored in the caches 15, 16 in the manager 12, 65 ing to respective attribute classes are used. Therefore, the 
and their coherency is maintained by a coherency protocol initializing program agent_init.c and the interface- 
of the CMIP protocol stack 18. For the attribute (the man- processing-section skeleton.c are generated. 
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Such indications of the attribute classes by the "pragma" an environment variable. As the manager 12 executes the 

does not effect a transplantation of the telecommunication- functions, crossConnection^et_administrativeState( ) and 

network-management sequence nor a compiling of the crossConnection_jset_administrativeState( ), according to 

telecommunication-network-management sequence by the these functions, the agent 10 also executes the same name 

conventional IDL compiler 22 without the cache. The rea- 5 functions and performs referring to and updating of the 

sons are as follows. From a standpoint of the program actual attribute content of the MO. Each function executed 

performing the telecommunication-network-management m a 8 ent 10 B ^eluded in skeletons, and is the code 

sequence, the presence of the cache is transparent and does *kment generated by the IDL compiler 22 

not need to be conscious. Therefore, a result of running the . * ex [> a description will be given of cache management. 

program is independent of the presence of the cache. From 10 ^fffij 2 

. « * . r it_ ir^T V n i j present invention, the cache area is allocated as a portion of 

a standpoint of the IDL compiler 22, this compiler under- dm afea of ^ m c ^ tfac 

stands the pragma statement as not the pragma but as the te i e communication-network-management sequence 14. 
comment. Therefore, by using the conventional CMIP with- Therefore, this way of keeping the cache area can be realized 
out using the cache, the telecommunication-network- on a conventional operating system (OS) of personal corn- 
management sequence is realized. is pu ters and work stations, and needs no specific hardware and 
FIG. 4 shows a processing block diagram of the IDL OS. For keeping the cache area, any configuration, in which 
compiler 22. In FIG. 4, an IDL-grammar analyzing section the attribute of each MO to be cached corresponds to an area 
25 analyzes an interface-section IDL description 14a in the on a memory, may be applicable. Therefore, the above way 
telecommunication-network-management sequence 14 and can be easily realized by using a conventional memory, 
supplies the analysis result to a code-element generating 20 In further detail, in response to the M-CREATE request 
section 26 which generates code elements for each attribute from the telecommunication-network-management 
class. A GDMO-grammar analyzing section 27 analyzes a sequence 14, an MO instance is generated and the cache area 
GDMO description 20. By using the analysis result, in an associated with the MO attribute is simultaneously taken in 
attribute-class discriminating section 28, the attribute class ihe cache in & G manager 12. Or, when an access request is 
of the attribute element is discriminated and is supplied to 25 generated from the manager to the MO of the agent in 
the code-element generating section 26. response to the M-GET and M-SET requests, the cache area 

T , . • „ - c u„.^a tu~ is taken. And, when the MO instance in the agent 10 is 

In the code-element generating section 26, based on the , , , . 

IDL-grammar analyzing result and the attribute-class dis- d f ted m res P° nse to an , ^-DELETE request from the 

criminating result, the code element for each attribute class telecommunicauon-network-m^agement sequence 14, a 

is generated. From the code element for each attribute class, 30 J" 1 °f the <* che associated with the MO attribute is deleted. 

. ! t . in Or, when the data in the cache is no longer to be used, the 

a manager-side code-element generating section 30 gener- f . . . , , Wrt 6 • 1 j 

ates programs stub.c and manager init.c 31 which are used " el m me c , ache associated with the MO attnbute * released 

in the manager. From the code element for each attribute "™B algorithms such as a least-recently-used (LRU) 

class, an agent-side code-element generating section 32 ^onthm by the cache management sequence 

generates programs skeletonx and agent_init.c 33 which 35 nG - 7 J sh °Y S ™ exam P le ° f ^L^! ? th6 fT"? 

j * *u * associated with the CrossConnect MO attnbute shown in 

are used in the agent. _ T „ _ T _ T _ _ _ . „ , , . . 

m t .„ . . , . . . • FIG. 5. In FIG. 7, crossConnect_Cache(o) is a pointer 
FIG. 5 shows an illustration for explaining the GDMO in the cache mtL of tae M0 . i n this pointer, "a" is 
which the pragma statements are included. FIG. 6 shows an a - ter for referring to ^ M0 , and the function 
illustration for explaining an IDL definition. In FIG. 6, a 4Q « crossCo nnect_Cache( )" is a function for calculating the 
definition of a data structure of a type such as afea ^ ^ cache associated with the M0 by way of> for 
„objectInstance or _ObjectId, etc., used in a step S520 is example> a hasn method . In FIG . 7 areas for crossConnec- 
disclosed in a document of ITU-T The IDL compiler 22 UonW aQd admirjistrativeS tate respectively store the 
grammatically analyzes the IDL definition shown in FIG. 6 aUribute ^ ^ ^ fof AdmmistrativeC lass.C and 
and generates the following code elements according to each 45 A dministrativeClass.B respectively indicate each attribute 
attnbute as portions of stub.c and skeletons. For example, ^ £ach aUribute can be desi ated by attribute 
for the attribute "crossConnectionld" in a step S260 shown numbcrs ^ to [y] shown in pjQ T ^ ^tA of thc 
in FIG. 5, since it is the GET-ONLY attnbute a function, attfibute ^ designates the coher ency protocol to be used. 
ObjectIdcrossConnection_set_crossConnectionId();,is when a request for updating the attribute content is pro- 
generated. For the attribute "administrativeState" in a 50 duced from the telecommunication-network-management 
step S270, functions, sequence 14, the telecommunication-network-management 
enum crossConnection_get_administrativeState( ); system realizing the manager function executes the proper 
void crossConnection_get_administraUveState( ), are coherency protocol according to the content of the attribute 
generated. In the conventional sequence using the class t0 maintain the coherency between the MO-attribute 
CMIP, in the management sequence from the manager 55 content in the agent 10 and that in the cache. Accordingly, 
12, the content of the attribute "administrativeState" ^e presence of the cache is transparent to a user of the 
can be referred to by the following equation: telecommunication-network-management sequence 14. 

FIG. 8 shows another example of the cache in the memory 

adminState^crossConnection^gc^adBiiiiistrativcStatetOjev). associated with the CrossConnect MO attribute shown in 

60 FIG. 5. Each attribute which is given the attribute number is 

The attribute content can be set by the following function. indirectly accessed through the pointer in a different way 

crossConnection_set_administrativeState(o,ev, from thatshown inFIG. 7. The data indicating each attribute 

adminiState Value). can be located in a certain area of the memory, and the 

Each function operated in the manager 12 is included in attributes ([3], [4]), which are not used in the manager 12, 

stub.c, and is the code element generated by the IDL 65 can be selected so as not to be included in the cache, 

compiler 22. In the above function, "0" is a pointer referring Next, a description will be given of the coherency pro- 

to the MO in the agent 10, and "ev" is a pointer indicating tocol used in each attribute class. 
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In the attribute class A, a time, which is taken until the In FIG. U, in a step S800, by using a hash function, etc., 

contents of two specified caches are identical to each other, whether a corresponding MO exists or not in the cache is 

is controlled to be equal to or less than a given value (r). Id confirmed. When the corresponding MO exists in the cache, 

further detail, at an interval (^*c), a broadcast is carried out a step S810 is proceeded to, and the corresponding MO in 

from the agent 10 to the cache 15 in the manager 12 to 5 the cache is accessed. When no corresponding MO exists in 

update the attribute content in the cache 15. This coherency the cache, a step S820 is proceeded to, and the cache 

protocol is called a protocol (A). management sequence is executed to update the content of 

In the attribute class B, since it is necessary to ensure the the cache by writing the corresponding MO into the cache 

exact coherency, a standard coherency protocol using a with the CMIP protocol. After that, in a step S830, the 

clock is applied to update the cache 16. In this case, since the coherency protocol according to the attribute class of each 

agent 10 needs to inform the manager 12 of the change of the cache, namely the protocol (A) or (B), is executed to ensure 

attribute content of the MO, a function such as M-Event- the cache coherency. 

Report in CMIP is applicable. This coherency protocol is Next, a description will be given of management of the 

called a protocol (B). cache area. The cache is kept in the memory of the manager 

In the attribute class C, since the coherency between the 12. When the memory area is limited, it is difficult to set all 

contents of the caches is always maintained, a communica- 15 MO attributes to be accessed to the cache. Therefore, by 

tion between the manager and the agent is not necessary and applying a memory-management algorithm such as LRU or 

the content of the cache is referred only. CLOCK, the cache can be effectively used. In further detail, 

Next, a description will be given of initializing the caches when the M-SET and the M-GET are requested from the 

15 to 17. To minimize the access of the CMIP between the telecommunication-network-management sequence, if there 

manager 12 and the agent 10, by using the information 20 is a pointer (crossConnect__Cache shown in FIG. 7) to the 

which Ls known before compiling starts, the cashes 15 to 17 area in the cache corresponding to the requested MO, the 

are initialized in manager__init.c as far as possible. cache of the MO exists. If the pointer is NULL, no cache of 

The attribute-partitioned cache, which is partitioned for the MO exists. When the cache does not exist, the 

each attribute class, is used. To keep interoperability telecommunication-network-management system realizing 

between the unit using the attribute-partitioned cache and a 25 the manager function, in the same way as that of the attribute 

network-management unit which is operative according to class D, performs GET and SET of the MO-attribute content 

the conventional CMIP without using the attribute- by directly using the CMIP command, 

partitioned cache, the proper initializing operation in the For example, in the case that the LRU memory manage- 

manager 12 and the agent 10 is necessary. The IDL compiler ment is applied, when the cache area is filled up, from the 

22 produces such initializing routines as manager__init.c and 30 MO attribute whose access history is oldest is deleted among 

agent__init.c. the MO attributes in the cache. And, the pointer to the area 

FIG. 9 shows a flowchart of the initializing routine of the in the corresponding cache is reset to NULL to keep the area, 

manager 12. In FIG. 9, in a step S700, whether the attribute- The newly released area is kept for the cache of the newly 

partitioned cache and an attribute-partition-updating proto- accessed MO attribute. 

col are equipped therein or not is inquired to the agent 10. 35 FIG. 12 shows the cache management sequence in the 

In a step S710, the answer from the agent 10 is analyzed. case of using LRU. Numbers [0] to [5] shown in FIG. 12 

When the answer is YES, a step S720 is proceeded to, and correspond to an executing order of the sequence. In the 

the attribute-partitioned cache and the attribute-partition- number [0], the manager 12 analyzes whether the MO 

updating protocol such as protocols (A), (B) are applied. attribute to be accessed is present or not in the caches 15, 16. 

When the answer is NO, a step S730 is proceeded to, and the 40 When the response [1] from the caches 15, 16 is NO, in the 

attribute is updated by using the conventional CMIP. attribute data of the cache, an area of the attribute A2 whose 

FIG. 10 shows a flowchart of the initializing routine of the usage frequency is least is released. At the same time, the 

agent 10. In FIG. 10, in a step S750, an inquiry whether the MO-attribute content is obtained from the agent 10 by using 

attribute-partitioned cache and the attribute-partition- M-GET [2], and is stored in the released area [3]. In the 

updating protocol are equipped or not is received from the 45 agent 10, to update the MO-attribute content of the cache by 

manager 12. In a step S760, whether the attribute-partitioned Broadcast in the protocols (A), (B), it is necessary to know 

cache is usable or not is checked by analyzing the attribute which of the managers has the MO attribute in the cache, 

of the Cache MO representing a usage condition of the Therefore, the manager 12 informs the updated cache status 

cache, to the agent 10 [4], and in response to the information, the 

In a step S770, the check result is returned back to the 50 agent 10 updates a table (Cache_Status) indicating the 

manager 10. In a step S780, the check result is analyzed. cache status [5]. As shown in FIG. 12, Cache_Status is the 

When the attribute -partitioned cache is usable, a step S790 table indicating the attributes (Al, A2) which are allowed to 

is proceeded to, and event_scheduler is initialized to enable be cached and a group of managers caching these attributes, 

the broadcast transmission from the agent 10. When the "M" represents the ID of the manager. As a result of the 

attribute content is updated, in both the protocols (A), (B), 55 management sequence, for the attribute Al, Cache_Status is 

it is necessary to broadcast-transmit the change of the changed from "0" to "M", and for the attribute A2, from "M" 

MO-attribute content from the agent 10 to the manager 12. to "0". 

For the above purpose, event__scheduler of the process in Next, a description will be given of problem fixing in the 

the agent 10 is initialized, and the manager 12 is informed agent by referring to FIGS. 13 and 14. FIG. 13 shows an 

of the change of the attribute content by using a function of 60 illustration for explaining the problem fixing in the agent. 

EventNotification of the CMIP. FIG. 14 shows a storage format of a non-volatile memory 

Next, a description will be given of the access of the shown in FIG. 13. In FIG. 13, the manager 12 has the 

cache. FIG. 11 shows a flowchart of cache access carried out attribute content of an MO 40 of the agent 10 in the caches 

by the manager 12. In a case of the protocol (A), the cache 15 to 17, and before to, the attribute of the MO is identical 

is accessed by the GET operation and the SET operation, and 65 to that of the cache, both being "g" 

in a case of the protocol (B), the cache is accessed by the The agent 10 stores association information about the 

GET operation. manager 12 in a non-volatile memory (non-volatile storage 
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means) 41. As shown in FIG. 14, in this association 
information, names (manager ID) Ml, M2, M3 of the 
managers, which were communicating with the agent 10 
when the problem occurred, are recorded. 

For example, at the time to, the trouble occurs in the agent 
10, and the attribute content of the MO 40 becomes indefi- 
nite (X). At a time t 1? after the problem in the agent 10 is 
fixed, the agent 10 searches the non- volatile memory 41 to 
restore the MO -attribute content to its old content before the 
problem occurred. And the agent 10 sends an inquiry to the 
managers Ml, M2, M3 which seem to have the cache by 
using the CMIP (R). If one of the managers has the cache 15, 
16, 17 corresponding to the inquired MO attribute, the 
manager returns the content (A) of the cache to the agent 10. 
In this way, after a time t 2 , the attribute content of the MO 
40 of the agent 10 may be restored to the old content (g) 
before the problem occurred. After that, it operates based on 
the conventional coherency protocol. 

FIG. 15 shows a flowchart of the problem fixing in the 
agent 10. After the problem occurs in the agent 10 and the 
trouble is restored, the restoration process starts. In a step 
S900, to the manager whose name is recorded in the 
non-volatile memory 41, the MO-attribute content thereof is 
inquired about. If a non-volatile backup unit is connected to 
the agent 10, the MO-attribute content thereof is also 
inquired about. In a step S910, the answers from the inquired 
managers and non-volatile backup unit are received. In a 
step S920, when plurality answers are received for the same 
MO attribute, one of the answers, in which an updated time 
of the MO attribute, namely a commit time, is latest, is 
adopted. It is a reason why in a case of the attribute using the 
protocol (A), incoherency between the attribute contents of 
the caches in each managers is temporarily present. In a step 
S930, according to the adopted answer, the MO 40 is 
restored and the agent operation is also restored. 

By utilizing the cache in the manager for the backup when 
the problem occurs, tolerance against the trouble and reli- 
ability of the network may be improved without installing a 
specific mechanism. 

When the problem occurs in the manager 12, the resto- 
ration process is performed in the same way as that of the 
agent 10. In this case, the coherency protocol automatically 
operates by the conventional manage r__init.c to restore the 
content of the cache to the old content before the problem 
occurred. 

Next, a description will be given of a hierarchal network 
to which the method according the present invention is 
applied. FIG. 16 shows a configuration of the hierarchal 
network. In FIG. 16, a network 50 is partitioned into 
plurality domains, each of which constitutes sub-networks 
51, 52. "NM" represents a manager of the network 50, 
"SNMO", "SNM1" represent managers of the sub-networks 
51, 52, respectively, "S", "T" represent respectively connect 
units of network termination points (TTPs), and "O", "F\ 
"U", "V" represent respectively connect units of termination 
points (CTP) of domain boundaries. 

Path setting between the network termination points S and 
T is performed in the following processes. 

(1) path search, 

(2) MO generation such as Trail (transmission line), CTP, 
and TTP indicating path information, and 

(3) path conduction (Activate). 

In the path search (1), to select an optimum path whose 
cost is least, the NM requires cost information of the paths 
(paths O-P and Q-R) in the SNM. A portion of MOs 
generated in the process (2) is accessed from both the NM 
and the SNM for management. For example, the above 
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portion of the MOs includes the MO of the cross-connect 
units on the domain boundaries such as 0, P, Q, R. In FIG. 
16, the NM, the SNMO, and the SNM1 are managers, and 
O, P, Q, R are agents. 

5 In this network configuration, the MO attributes are 
partitioned according to the coherency request, and the 
different coherency protocols are applied to the respective 
classes. FIGS. 17A and 17B show attribute updating 
sequences for the respective SNMs. Such sequences, when 

10 the SNM performs a management sequence in relation to the 
sub-network of the management domain, are necessary to 
change the MO-attribute content of the cross-connect unit in 
the domain boundaries. 
The above situations include cases in which the SNMO 

15 changes the attribute contents of O, P, U, V, and the SNM1 
changes the attribute contents of Q, R, W, X in an example 
shown in FIG. 16. In FIG. 17B, only one case in which a 
content of a cache is updated exactly in the attribute class B 
is shown. In fact, when plurality managers have the caches, 

20 the content of the cache is not always updated exactly. More 
specifically, though a lock request is needed to prevent the 
plurality managers from simultaneously writing into the 
agent, when the lock is not provided, the sequence fails. 
When the sequence fails, the sequence is discontinued to 

25 restart it. 

In the embodiment shown in FIG. 16, the attribute class 
A includes attributes which have been partitioned into the 
attribute class A of the crossConnection MO attributes as 
shown in FIG. 5. the attribute class A further includes the 
30 cost table indicating the cost information in relation to the 
passes in the SNM for the pass search. The attribute class B 
includes attributes which have been partitioned into the 
attribute class B of the crossConnection MO attributes as 
shown in FIG. 5. 
35 In the examples shown in FIGS, 17A, 17B, message 
changes between the NM, the agent, and the SNM are shown 
for each attribute class A, B. "Agent" represents an agent in 
the CMIP, and indicates the cross-connect unit such as Q to 
R, U to X. In this drawing, the MO and its attribute content 
40 are located in the Agent, and the NM and the SNM have the 
cache corresponding to the MO attribute in their memories. 

In FIGS. 17A, 17B, when the sequence starts (before a 
time to), the MO-attribute content is g, and from the man- 
agement sequence executed in the SNM, writing (V), which 
45 changes the MO-attribute content to h, is produced. In these 
drawings, values (g, h, X) under the NM, the Agent, and the 
SNM represent the cache content corresponding to the MO 
attribute in the NM, the attribute content of the MO in the 
Agent, and the cache content corresponding to the MO 
50 attribute in the SNM. "X" indicates that the cache is null and 
cannot be read out. Meanings of message class, symbols, 
and time in the sequence shown in FIGS. 17A, 17B are given 
in the following, 
g, h: the attribute content of the MO, or the cache content 
55 corresponding to the MO; 

X: cache null status, reading is not permitted; 
V: writing request of the MO attribute in the management 
sequence of the SNM; 
6Q nx: a instant time when a broadcast is carried out from the 
Agent to the NM at time interval; 
R: the update request of the attribute content from the 

SNM to the Agent (Update Request); 
L: the lock request from the SNM to the Agent (Lock 
65 Request); 

I: a cache invalid request from the Agent to the NM 
(Invalid Request); 
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A: an acknowledgement for the messages L, I from the 
Agent to the SNM (Acknowledgement); and 

B: the broadcast of a newly updated attribute content 
(Broadcast). 

In FIG. 17A, at a time l u the update request from the 
SNM has arrived at the Agent. At a time t^, the cache content 
in the NM and the SNM are updated (by the broadcast which 
is carried out from the Agent at a time interval (^x)). During 
the time interval from t x to t^, the MO in the Agent is not 
identical to the caches in the NM and the SNM. 

In FIG. 17B, at a time tj, the cache in the NM is 
invalidated by the message I from the Agent. When the 
Agent broadcasts the new value h by the message B, it is 
necessary to confirm that all caches in the NM and the SNM 
are invalidated. Namely, before the message B is 
transmitted, the messages A, R from the NM and the SNM 
need to arrive at the Agent. At a time t 4 , the cache updates 
of the NM and the SNM are finished, and the caches in the 
NM and the SNM become valid again. During the time 
interval from to t 4 , the cache cannot be read out. 

Though FIGS. 17A, 17B show only the cases of the 
attribute classes A and B, sequences in the cases of the 
attribute classes C and D are evident. In the case of the 
attribute class C, based on the definition thereof, the writing 
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In FIG. 19B, at the time L,, the cache in the SNM is 
invalidated by the message I from the Agent. When the 
Agent broadcasts the new value h by the message B, it is 
necessary to confirm that all caches in the NM and the SNM 
are invalidated. Namely, before the message B is 
transmitted, the messages A, R from the NM and the SNM 
need to arrive at the Agent. At the time t 4 , the cache updates 
of the NM and the SNM are finished, and the caches in the 
NM and the SNM become valid again. During the time 
interval from 13 to t 4 , the cache cannot be read out. 

FIGS. 20A and 20B respectively show sequences of the 
attribute classes A and B in cases that the read request is 
generated when the management sequence is executed in the 
SNM. 

In response to the generated read request (V) at the time 
15 t^ the cache content (g) in the SNM is immediately returned 
(W). This operation is carried out in the attribute classes A, 
B, and C, in the same way. Because, the cache coherency 
protocol ensures that the MO-attribute content in the Agent 
and the cache contents in the NM and the SNM are the same 
20 (at g). In the case of the attribute class D, by using the 
conventional M-GET command in the CMIP, the manager 
reads out the attribute content in the Agent. 

FIGS. 21 A and 21B respectively show sequences of the 
attribute classes A and B in cases that the read request is 



sequence is not generated. In the case of the attribute class 25 generated when the management sequence is executed in the 
D, by using the conventional M-SET command of the CMIP, NM. 



the manager changes the attribute content of the MO in the 
agent. 

In this way, the number of the messages for maintaining 



In response to the generated read request (V) at the time 
to, the cache content (g) in the NM is immediately returned 
(W). This operation is carried out in the attribute classes A, 



the cache coherency necessary in the attribute class A is 30 B, and C, in the same way. Because, the cache coherency 



extremely less than that in the attribute class B. Since the 
attribute in the attribute class C needs no message for 
maintaining the coherency, the number of the messages in 
the coherency protocol is decreased to one tenth. Therefore, 



protocol ensures that the MO-attribute content in the Agent 
and the cache contents in the NM and the SNM are the same 
(at g). In the case of the attribute class D, by using the 
conventional M-GET command in the CMIP, the manager 



the management sequence can be carried out in the higher 35 reads out the attribute content in the Agent. 



speed with preventing the network from falling into the 
congested condition. Since the above mentioned coherency 
protocols can be realized by using the CMIP, the method of 
controlling telecommunication network management 
according to the present invention may be introduced main- 
taining the protocol stack of the CMIP, namely without 
changing the present telecommunication-network- 
management system. 

FIGS. 18A and 18B respectively show sequences of the 
attribute classes A and B in cases that the Agent spontane- 
ously changes the attribute content at the time t 0 . 

In FIG. 18A, at the time to, the attribute content is changed 
from g to h in the Agent. At the time t^ by the periodical 
broadcast from the agent, the caches in the NM and the SNM 
are updated. During t 0 to the MO in the Agent is not 
identical to the caches in the NM and the SNM. 

In FIG. 18B, at the t 3 , the cache in the NM is invalidated 
by the message I from the Agent. After that, when the 
messages A from the NM and the SNM arrive at the Agent, 



In this way, by partitioning the attribute, and using the 
cache, the time for reading the attributes content may be 
extremely reduced as compared to that of the conventional 
method, and the number of the messages of the CMIP 
40 between the manager and the agent in the reading may be 
also reduced. 

According to the present invention, by using the cache, 
the extremely high-speed execution of the management 
sequence may be achieved while reducing the number of 

45 messages of the coherency protocol. This makes it possible 
to carry out the telecommunication network management 
with the extremely high speed. Furthermore, by using the 
cache as the backup when the trouble occurs, the trouble 
may be restored more easily and more efficiently. This 

50 makes it possible to improve the reliability of the telecom- 
munication network. 

As described above, the present invention has the follow- 
ing features. 

By locating the cache in the manager, the manager may 



the Agent broadcasts the messages B to the NM and the 55 execute the management sequence with the extremely high 



SNM. At the time t 4 , the cache updates of the NM and the 
SNM are finished, and the caches in the NM and the SNM 
becomes valid again. 

FIGS. 19 A and 19B respectively show sequences of the 
attribute classes A and B in cases that the NM changes the 
attribute content at the time t 0 . 

In FIG. 19A, at the time t lP the update request from the 
NM has arrived at the Agent. At the time tj, the cache 
content in the NM and the SNM are updated (by the 
broadcast is carried out from the Agent at the time interval 
(=x)). During the time interval from tj to ^ the MO in the 
Agent is not identical to the caches in the NM and the SNM. 



60 



65 



speed. By partitioning the attributes of the management 
information into attribute classes corresponding to demands 
for the cache coherency, the cache management may be 
optimized. 

The initializing element is automatically generated by the 
definition of the management information, thereby the cache 
which was partitioned into the attribute classes is kept in the 
manager, and the cache is initialized. Therefore, interoper- 
ability with the unit using no partitioned cache may be 
achieved. 

The interface processing element is automatically gener- 
ated by the definition of the management information, 
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thereby the coherency protocol for each attribute class is 
executed. Therefore, the proper coherent protocol may be 
executed for each attribute class. 

The cache coherency is ensured by using the proper 
coherency protocol corresponding to each attribute class. 
Therefore, this may prevent the management traffic of the 
network from increasing, and, thus, may suppress an 
increase in the network load. 

The partitioned cache is managed based on the least- 
recently-used algorithm. Therefore, this may prevent the 
cache area from increasing, and, thus, may enable an effec- 
tive memory use. 

The agent includes the non-volatile storage element. 
Therefore, when the problem occurs in the agent, the infor- 
mation of the manager connected to the agent may be kept. 

After the problem which occurred in the agent is being 
fixed, the management information of the agent is restored 
by using the cache in the manager. Therefore, the cache may 
be effectively utiliz e d fnr Ihc problem fnting in th f, aggnj 



10 



Further, the present invention is not limited to these 
embodiments, but various variations and modifications may 
be made without departing from the scope of the present 

invention. . . — 1 

.dWhatiiszclaimediis:^ 



20 



lcA~metfioliiof-c ontfM 
mariagement;:wn~e^ 

almanagement-sequence~to^ntrol=communication~relatcd 

niajnagementzmformationrofza^ 

b y controllm g aniagenfcsiibjec^ 
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wherem:saM:ma3mging^ubj ect carries -out-sa id manage- 
r ment-seq uejice-with- a higher^ eed^by-accessmg'said 
cache^and manages.a cache area for.eac^atteibuteclass^ 
efficiently? 

2. The method as claimed in claim 1, wherein said agent 
subject comprises non-volatile storage means for storing 
information of said managing subject connected to the agent 
subject. 

3. The method as claimed in claim 1, wherein said method 
further comprises the step of automatically generating ini- 
tializing programs for providing a cache area for each 
attribute class and setting an initial value in the cache area 
by determining said attribute class form a definition of said 
management information. 

4. The method as claimed in claim 1, wherein said method 
further comprises the step of automatically generating inter- 
face processing programs for executing a coherency proto- 
col for each attribute class by determining said attribute 
class from a definition of said management information. 

5. The method as claimed in claim 1, wherein said method 
further comprises the step of ensuring said cache coherency 
by using a coherency protocol corresponding to each 
attribute class. 

6. The method as claimed in claim 1, wherein said method 
further comprises the step of managing said cache based on 
a least-recently-used algorithm. 

7. The method as claimed in claim 2, wherein said method 
further comprises the step of restoring the management 
information stored in the non-volatile memory of the agent 
subject with the management information stored in the cache 
of the managing subject, after a problem occurred in the 
agent subject has been fixed. 
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